Міністерство освіти і науки, молоді та спорту України Національний університет «Львівська політехніка» Кафедра АСУ Лабораторна робота №4 з дисципліни: «Управління ІТ-проектами» на тему: «Тестування програмного забезпечення»  Мета роботи: Навчитися створювати тест-плани, тест-кейси, фази тестувать програмного забезпечення і стратегію тестувань; набути навики створювати і запускати модульні тести; навчитись оцінювати тестове покриття; практично оволодіти використанням mock –об’єктів. 1. ТЕОРЕТИЧНІ ВІДОМОСТІ 1.1. Зміст тест-плану Таблиця 1. Базовий приклад змісту тест плану 1. Introduction   1.1 References   1.2 Test Plan Objective   1.3 Test Structure   1.3.1 In Scope   1.3.2 Out of Scope   1.4 Responsibilities   1.5 Definitions   1.5.1 Bugs   1.5.2 Enhancement   1.5.3 Acronyms   2. Test Approach   2.1 Testing Levels   2.1.1 Unit Testing   2.1.3 Integration Testing   2.1.4 System Testing   2.1.5 User Acceptance Testing   2.2 Testing Types   2.2.1 GUI Testing   2.2.2 Functional Testing   2.2.3 Load Testing   2.2.4 Stress Testing   2.2.4 Configuration testing   2.2.5 Installation Testing   2.2.6 Regression Testing   2.2.7 UI Automation and UI Automation components   3. Release Tests   4. Test Deliverables   4.1 Test Case Document   4.2 Test Execution Report   4.3 Bug Reporting   5. Resource & Environment Needs   5.1 Test Environment for Pre Beta Release   5.2 Test Environment for Beta Release    1.2. Приклад тест-кейсів Створення документу тест-кейсів розпочинається з нумерації всіх модулів (сторінок, діалогів, закладки…) аплікації: Таблиця 2. Перелік модулів аплікаці A Display PopUp  B Setup Wizard  … …  I Language page  … …  Z Configuration page   Після чого виписуються всі кейси (cases): Таблиця 3. Приклад документу тест-кейсів Module No. Module name/ screen Test Case ID Test Precondition Test Condition Expected Result Pass/Fail Remarks  A Program start A1 The application should be installed on your computer Invoke application icon The Boot Screen is displayed Pass     A2 Power failures in an electricity network Click on 'Dismiss' button On Power Loss Recovery Screen: 'The system has recovered from a power loss. Message will be displayed Pass     A3 The system is working properly If it is not Power Loss “Settings” Tab will be displayed Fail   … … ... … … … … …  I Settings: Setup Wizard I1 Load language Please select your preferred language by clicking on RadioButton English language will be selected Pass   … … … … … … … …   1.3. Зміст документу “Test Report” Таблиця 4. Базовий приклад змісту документу 1. Summary of Testing   2. Equipment Used   2.1 Hardware   2.2 Software/Firmware Versions   3. Test Results   4. Deviations to Protocol   5. Objective Evidence    1.4. Модульне тестування (юніт-тестування) Модульне тестування, або юніт-тестування (англ. unit testing) – процес в програмуванні, що дозволяє перевірити на коректність окремі модулі вихідного коду програми. Ідея полягає в тому, щоб писати тести для кожної нетривіальної функції або методу. Це дозволяє достатньо швидко перевірити чи не призвела чергова зміна коду до регресії, тобто до появлення помилок у відтестованих місцях програми, а також полегшує виявлення та усунення таких помилок. Для більшості мов програмування високого рівня існують інструменти і бібліотеки модульного тестування. Деякі з них: Для Java : JUnit, JavaTESK, Spock; Для С: CUnit, cfix, Unity; Для Objective-C: OCUnit; Для .NET: Nunit, XUnit, MbUnit; Для PHP: SimpleTest, PHPUnit; Для ActionScript: FlexUnit, AsUnit; Для JavaScript: Chai, Sinon.JS, JsUnit, QUnit. План Тестування (Test Plan) — це документ, що описує весь обсяг робіт з тестування, починаючи з опису об'єкта, стратегії, розкладу, критеріїв початку і закінчення тестування, до необхідного в процесі роботи обладнання, спеціальних ...